Bogdan Ionescu rozběhl webový server na jednorázové elektronické cigaretě.
Byla vydána beta verze Ubuntu 25.10 s kódovým názvem Questing Quokka. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 25.10 mělo vyjít 9. října 2025.
Bola vydaná nová verzia 4.13 security platformy Wazuh. Prináša nový IT hygiene dashboard, hot reload dekodérov a pravidiel. Podrobnosti v poznámkách k vydaniu.
Americký výrobce čipů Nvidia investuje pět miliard dolarů (přes 100 miliard Kč) do konkurenta Intel, který se v poslední době potýká s vážnými problémy. Firmy to včera oznámily ve společné tiskové zprávě. Dohoda o investici zahrnuje spolupráci při vývoji čipů pro osobní počítače a datová centra. Akcie společnosti Intel na zprávu reagovaly výrazným růstem.
Dlouholetý balíčkář KDE Jonathan Riddell končí. Jeho práci na KDE neon financovala firma Blue Systems, která ale končí (Clemens Tönnies, Jr., dědic jatek Tönnies Holding, ji už nebude sponzorovat), někteří vývojáři KDE se přesunuli k nově založené firmě Techpaladin. Pro Riddella se již nenašlo místo. Následovala debata o organizaci těchto firem, které zahraniční vývojáře nezaměstnávají, nýbrž najímají jako kontraktory (s příslušnými důsledky z pohledu pracovního práva).
V Amsterdamu probíhá Blender Conference 2025. Videozáznamy přednášek lze zhlédnout na YouTube. V úvodní keynote Ton Roosendaal oznámil, že k 1. lednu 2026 skončí jako chairman a CEO Blender Foundation. Tyto role převezme současný COO Blender Foundation Francesco Siddi.
The Document Foundation, organizace zastřešující projekt LibreOffice a další aktivity, zveřejnila výroční zprávu za rok 2024.
Byla vydána nová stabilní verze 7.6 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 140. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 1.90.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
GNUnet (Wikipedie) byl vydán v nové major verzi 0.25.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
Trocha som sa potrápil s tým, aby som rozchodil OpenOffice 1.1.1 s MySQL 4.x. Ak sa chcete pokúsit o to isté, môže sa vám zísť to, čo nájdete v nasledujúcich odstavcoch. Je pravdepodobné, že existujú kratšie cesty, ako spojiť OpenOffice s MySQL - napríklad použiť JDBC alebo nájsť samostatný ODBC driver pre MySQL.
Celý cirkus sa odohráva na Slackwari, ktorý na 90 % zodpovedá verzii -current
MySQL na Slackwari nechodí samo od seba. Potrebujete spustit príkaz
mysql_install_db
s menom databázy (schémy), ktorú chceme vytvoriť:
# mysql_install_db reports
|
Z nejakého dôvodu inštalácia zabudla nastaviť práva pre adresár
/var/lib/mysql/mysql
, o čom som sa dočítal v logu
/var/lib/mysql/*.err
. Napravíme to rýchlo:
# chown -R mysql.mysql /var/lib/mysql/mysql
|
Potom už môžeme nastaviť heslo pre užívateľa root, tak ako nám bolo odporúčané
vo výstupe z mysql_install_db
:
# mysqladmin -u root password mojetajneheslo
|
Posledným krokom je naštartovať MySQL
# /etc/rc.d/rc.mysql start
|
Tento krok môže byť na iných distribúciách iný, ale v princípe tento
skript spúšťa /usr/bin/mysqld_safe
, ktorému sa prípadne
špecifikuje dátový adresár, pid-súbor a podobne.
Chodí bez problémov sám, takže jeho inštaláciu nebudem rozoberať. Spomeniem
len, že som ho nainštaloval len pre seba a to do adresára
/home/rastos/OpenOffice1.1.1
.
OpenOffice.org vie komunikovať s MySQL buďc cez JDBC alebo ODBC. Pri pokuse o
použitie ODBC sa dostaneme k chybovej hláške o chýbajúcej či vadnej
libodbc.so
.
Cez položku v menu spustíme manažér dátových zdrojov:
Vytvoríme nový MySQL zdroj:
Tento zdroj treba prepojiť s ODBC zdrojom na nasledujúcej záložke:
Pri nastavovaní URL zdroja dát dostaneme chybovú hlášku:
Dobre, ideme teda pre správne ODBC.
Po krátkom hľadaní na Freshmeat.net a Google som dospel k názoru, že potrebujem balík unixODBC. Stiahol som zdrojáky aktuálnej verzie (2.2.8) a nasledoval, klasický postup:
$ tar xfz /mnt/usb/unixODBC-2.2.8.tar.gz
|
Mám vo zvyku inštalovať balíky nepochádzajúce z distribúcie na zvláštne
miesto, takže som použil prepínač --prefix=/usr/local/unixODBC
.
Či to urobíte aj vy, je na vás. Nasledovalo skompilovanie balíka:
$ make
|
Buildovanie trvalo kupodivu celkom dlho - asi toľko, ako buildovanie jadra. Ale prešlo bez zjavných problémov a takmer bez warningov. Ďalší krok asi tiež poznáte:
$ su
|
Pretože ja som použil prepínač --prefix
, musel som pridať adresár s
nainštalovanými knižnicami do /etc/ld.so.conf
a ako root spustiť
ldconfig
.
Dosiaľ išlo všetko bez problémov a ja som sa nazdával, že už bude všetko
fungovať. Omyl. Najprv treba ODBC nakonfigurovať - programom
ODBCConfig
. Kto konfiguroval ODBC pod MS Windows, bude mu
niečo povedomé:
Prvým krokom je pridanie ovládača:
Hoci dialog už obsahuje cestu do adresára, kde treba hľadať príslušný ovládač,
tým sa automatika končí. Nápoveda hovorí, že treba zvoliť súbor, ktorý má
pravdepodobne príponu .so
, ale to je všetko. Tipol som si, že
bude mať v mene písmena my
, ale žiaden taký súbor nainštalovaný nebol.
Takže späť k dokumentácii a Googlu. Zistil som, že vývojári unixODBC
nenapísali drajver pre MySQL, ale zaradili do projektu kód, ktorý napísali
vývojári MySQL. Tento kód sa nachádza v adresári Drivers/MySQL
a má vlastný skript configure
. Treba ho spúšťať s rovnakými
parametrami ako configure pre samotne unixODBC, ale treba navyše spustiť s
parametrom --with-unixODBC
a adresárom, kam bolo nainštalované
unixODBC:
$ ./configure --prefix=/usr/local/unixODBC --with-unixODBC=/usr/local/unixODBC
|
Problém bol v tom, že tento kód funguje s MySQL verzie 3.x - a nepodarilo sa mi ho na prvý pokus skompilovať. Vyskytlo sa väčšie množstvo warningov a nakoniec kompilovanie zlyhalo:
options.c:415: error: structure has no member named `timeout'
|
Nebudem to naťahovať. MySQL 4.x má v istej štruktúre namiesto jednej
položky timeout
položky read_timeout
a
write_timeout
. Prepísal som teda timeout
na read_timeout
.
Ako som neskôr zistil, bolo treba opraviť aj tie warningy, pretože
MySQL zmenilo počet a aj poradie(!) položiek v štruktúre
MYSQL_FIELD
, takže z toho bola nakoniec celkom slušná
záplata. Po jej aplikovaní:
cd unixODBC-2.2.8
|
už kompilácie prebieha hladko a dopracujeme sa k
vytúženým ovládačom pre MySQL - libmyodbc3.so
a
libodbcmyS.so
- nezabudnite ich nainštalovať pomocou make install
a zbehnúť ldconfig. Potom môžeme konečne ten ovládač použiť:
S pridaným ovládačom môžeme nadefinovať zdroj dát. Pretože nie som expert a nechcel som zaneplešiť systém, nadefinoval som užívateľský zdroj dát a nie systémový:
Nezabudnite vyplniť meno databázy (schémy), s ktorou je zdroj dát viazaný -
v mojom prípade reports
. Potom môžeme vyskúšať ďalšiu aplikáciu,
s ktorou prichádza unixODBC - DataManagerII
:
Dokáže zobraziť štruktúru databázy, tabuliek, kľúče, indexy ale aj zbehnúť
SQL príkazy. Naljepšie však na tom je, že sa rozbehne aj OpenOffice.org.
Dopíšte Data source URL
.
a nezabudnite dopísať užívateľa. Root nie je asi to najvhodnejšie,
ale na ukážku stačí. Po prepnutí na záložku Tables
či
Queries
sa dostanete k veciam, ktoré pre mňa osobne
boli prekvapením.
Ak ste sa prepracovali až sem, gratulujem vám a ako odmenu môžete použiť funkciu Mail Merge v OpenOffice s použitím svojho novovytvoreného zdroja dát.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
Dovod: vo vseobecnosti je zaujimave prepajat kancelarsky balik s databazou. Napr. pre funkciu Mail Merge (spominanu aj v clanku) alebo pre dotiahnutia dat do tabulkoveho procesora, kde sa mozu spracovavat jednoduchsie nez v CLI SQL. Vid posledne dva odkazy medzi Suvisiacimi clankami. Sprava datovych zdrojov v OO ponuka zopar funkcii podobnych Accessu - to je to co ma prekvapilo. Daju sa tam navrhovat tabulky, robit query atd. Evidentne jeden zo Suvisiacich clankov hovori o formoch - dalsi kusok Accessu. Skoda ze OO tieto veci tak zasil. Mam pocit akoby tam ten Access bol, len bol kuskoch poschovavany kde kade. To co chyba je vyvazene tym, ze mozes robit s lubovolnou ODBC databazou a nie nejakym blbym .mdb.
Odhliadnuc od toho, som dufal ze pomozem ludom snaziacim sa pripajat na MySQL cez ODBC z cohokolvek ineho - nielen z OO. Az po tom ako som poslal clanok sem, som zistil, ze ODBC driver priamo od MySQL (zvany MyODBC) nejde skompilovat na systeme s poslednym MySQL. De facto ten patch by som mal poslat ako do unixODBC.org tak do MySQL. Ktovie ako je to ale s inymi distribuciami - mozno RedHat/Mandrake/SuSe/... instaluju MySQL aj s funkcnym ODBC driverom. Neviem. Pripajanie cez JDBC mi tiez neslo, ale to bude len tym, ze som nevenoval dost casu skumaniu co vlastne JDBC chce. Navyse pre male veci sa to neoplati.